Motion-enabled transaction system using air sign symbols

ABSTRACT

Systems and methods for motion-enabled transactions are disclosed. The system may allow users to complete transactions with merchants via an air sign input. The system may receive a motion-enabled transaction request comprising an air sign input. The system may determine a stored air sign symbol based on the air sign input. The system may retrieve a merchant identifier, a transaction type, and a transaction cost based on the determined stored air sign symbol. The system may transmit a transaction confirmation comprising the merchant identifier, the transaction type, and the transaction cost. In response to the user confirming the transaction confirmation, the system may authorize and process the transaction.

FIELD

The disclosure generally relates to transactions with a merchant, andmore specifically, to a motion-enabled transaction system.

BACKGROUND

Users may desire to initiate transactions with a merchant using variousmethods. For example, a user may initiate a transaction with a merchantin person (e.g., via a brick and mortar store), by telephone, or online(e.g., via a mobile application or merchant website). Users may initiateand complete transactions in person by interacting with the merchant'spoint of sale system such as, for example, by swiping, inserting, ortapping a transaction instrument. The user may also use near fieldcommunication (NFC) to communicate from a transaction instrument or useBLUETOOTH® with a mobile device linked to the transaction account. Atechnical problem is that NFC, BLUETOOTH®, and similar transactionchannels may be unsecure, and may be susceptible to transaction databeing intercepted or misused by a third-party.

SUMMARY

Systems, methods, and articles of manufacture (collectively, the“system”) for motion-enabled transactions are disclosed. The system mayreceive a motion-enabled transaction request comprising an air signinput. The system may determine a stored air sign symbol based on theair sign input. The system may retrieve a merchant identifier, atransaction type, and a transaction cost based on the determined storedair sign symbol. The system may transmit a transaction confirmationcomprising the merchant identifier, the transaction type, and thetransaction cost.

In various embodiments, the system may preprocess the air sign input byfiltering and/or normalizing the air sign input. The system may receivea second air sign input based on the transaction confirmation.

In various embodiments, the system may transmit a transactionauthorization request to a payment network, wherein the transactionauthorization request comprises a user identifier and the transactioncost, and wherein the payment network authorizes the transactionauthorization request to approve the motion-enabled transaction request.The system may transmit a transaction approval notification to completethe motion-enabled transaction request. The air sign input may begenerated by a user device, and wherein the user device may generate theair sign input based on accelerometer data, a touchscreen interfaceinput, or a user selection of a button, a link, or an image. The airsign input may also be generated by a merchant device, and wherein themerchant device may generate the air sign input by capturing a usergesture.

In various embodiments, the motion-enabled transaction request may alsocomprise GPS location data. The merchant identifier may be determinedbased on the stored air sign symbol and the GPS location data.

The foregoing features and elements may be combined in variouscombinations without exclusivity, unless expressly indicated hereinotherwise. These features and elements as well as the operation of thedisclosed embodiments will become more apparent in light of thefollowing description and accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter of the present disclosure is particularly pointed outand distinctly claimed in the concluding portion of the specification. Amore complete understanding of the present disclosure, however, may beobtained by referring to the detailed description and claims whenconsidered in connection with the drawing figures, wherein like numeralsdenote like elements.

FIG. 1 is a block diagram illustrating various system components of asystem for motion-enabled transactions between a user and a merchant, inaccordance with various embodiments;

FIG. 2A is a block diagram illustrating various components of anexemplary user device for use in the system for motion-enabledtransactions, in accordance with various embodiments;

FIG. 2B is a block diagram illustrating various components of anexemplary merchant device for use in the system for motion-enabledtransactions, in accordance with various embodiments;

FIG. 3 is a block diagram illustrating various components of anexemplary air sign server for use in the system for motion-enabledtransactions, in accordance with various embodiments;

FIG. 4 illustrates a process flow for a method of user registration formotion-enabled transactions, in accordance with various embodiments;

FIG. 5 illustrates a process flow for a method of merchant registrationfor motion-enabled transactions, in accordance with various embodiments;and

FIG. 6 illustrates a process flow for a method for motion-enabledtransactions using air sign symbols, in accordance with variousembodiments.

DETAILED DESCRIPTION

In various embodiments, systems and methods for motion-enabledtransactions using air sign symbols are disclosed. The system may allowusers (e.g., a transaction account user, holder, beneficiary, etc.) toinitiate and complete motion-enabled transactions with a merchant. Forexample, the user may interact with the merchant at a brick and mortarstore, or through part of an automated transaction system (e.g., kiosks,parking meters, parking garages, or the like). The user may initiate atransaction with the merchant by inputting an air sign input. The airsign symbol may be unique to the merchant, to the geographical locationof the merchant, to the time period, to the season, to the consumer,etc. The air sign input may be a symbol, shape, or the like, and may becreated through motion, gesture, or input from the user. For example,the air sign input may be a checkmark, a number (e.g., 1, 15, etc.), aletter (e.g., “a,” “D,” etc.), a shape (e.g., a circle, a square, etc.),a gesture (e.g., a handwave, a movement of the hand, etc.), and/or anyother suitable symbol or shape created by motion or user gesture. Formore information about gesture-based systems and processes, see U.S.patent application Ser. No. 14/860,375 entitled “SYSTEMS AND METHODS FORGESTURE BASED BIOMETRIC SECURITY,” filed Sep. 21, 2015, and which ishereby incorporated by reference in its entirety for all purposes.

In various embodiments, the user may input the air sign input using anappendage (e.g., the user's hand, fingers, feet, etc.), an externalobject, or the like. In various embodiments, the user may input the airsign input using a user device. For example, the user device maycomprise any component configured to capture motion, capture velocityand/or track movement of the user device (e.g., an accelerometer). Inthat regard, the user may move the user device to simulate the shape ofa given air sign symbol, and the accelerometer may track and generatedata regarding the movement of the user device. As a further example,the user may interact with a touchscreen interface of the user device todraw the shape of a given air sign symbol. As a further example, theuser may interact with the user device by selecting a button, link,and/or the like on a user interface depicting the air sign symbol. Invarious embodiments, the merchant may capture the air sign input fromthe user. For example, the merchant may comprise a communicationsinterface configured to capture input from the user such as, forexample, a camera configured to capture a hand gesture from the user, atouchscreen interface configured to capture the user's touch input,and/or the like.

The air sign input may be transmitted by the merchant or the user'sdevice to a back-end server to match the input with a stored air signsymbol (or data representing an air sign symbol) to determine detailsregarding the transaction, merchant, consumer, user and the product orservice associated with the air sign symbol. The back-end server mayconfirm the purchase of the product or the service with the user, andmay communicate with a payment network to authorize and process thetransaction. The merchant and/or the user may receive the transactionauthorization from the payment network or the back-end server.

Therefore, the system may allow the merchant to conduct transactionswithout needing a traditional point of sale system. In that respect, thesystem may provide a technical solution to the technical problemspresented in typical point of sale transactions. Thus, by transmitting,storing, and accessing data using the processes described herein, thesecurity of the data is improved, which decreases the risk of thecomputer, network, or data from being compromised. Moreover, the systemat least partially reduces processing times and resources involved inmanaging typical user interactions without conversations.

In various embodiments, by enabling merchants to conduct transactionswithout needing a traditional point of sale system, the system may alsoprovide merchants the ability to implement an on-demand store ormarketplace based on customer's line of sight. For example, and inaccordance with various embodiments, merchants may use a billboard,airplane banner, or the like to display one or more goods or servicestogether with one or more air signs inputs. The customer may completethe air sign input, as discussed further herein, to purchase thedisplayed goods or services.

In various embodiments, and with reference to FIG. 1, a system 100 formotion-enabled transactions is disclosed (e.g., a motion-enabledtransaction system). System 100 may allow motion-enabled transactionsusing air sign symbols between a user 101 (e.g., a transaction accountuser, holder, beneficiary, or the like) and a merchant 103. System 100may comprise one or more of a user device 110, a transaction accountuser interface (UI) 115, a merchant environment 120, a merchant device125, a merchant user interface (UI) 127, an air sign server 130, and/ora payment network 180. System 100 may also contemplate uses inassociation with web services, utility computing, pervasive andindividualized computing, security and identity solutions, autonomiccomputing, cloud computing, commodity computing, mobility and wirelesssolutions, open source, biometrics, grid computing, and/or meshcomputing.

In various embodiments, user 101 may desire to initiate a motion-enabledtransaction with merchant 103. For example, user 101 may interact withmerchant environment 120 to initiate and complete motion-enabledtransactions. Merchant environment 120 may include one or more ofmerchant 103 and/or merchant device 125. For example, merchantenvironment 120 may represent a kiosk, a brick and mortar store, aparking garage checkout system, a parking meter, an internet of things(IoT) device, or the like, or may be a virtual platform configured toallow user 101 to initiate the motion-enabled transaction with merchant103. In that respect, and as discussed further herein, user 101 maydirectly interact with merchant 103 (e.g., via a checkout clerk or thelike), or may interact with merchant device 125 directly as part of anautomated checkout system, a self-checkout system, or the like.

In various embodiments, user 101 may initiate a motion-enabledtransaction using user device 110. User device 110 may comprise anysuitable hardware, software, and/or database components capable ofsending, receiving, and storing data. For example, user device 110 maycomprise a personal computer, personal digital assistant, cellularphone, smartphone (e.g., IPHONE®, BLACKBERRY®, and/or the like), IoTdevice, and/or the like. User device 110 may comprise an operatingsystem such as, for example, a WINDOWS® mobile operating system, anANDROID® operating system, APPLE® IOS®, a BLACKBERRY® operating system,a LINUX® operating system, and the like. User device 110 may alsocomprise software components installed on user device 110 and configuredto allow user 101, via user device 110, access to transaction account UI115. For example, user device 110 may comprise a web browser (e.g.,MICROSOFT INTERNET EXPLORER®, GOOGLE CHROME®, etc.), an application, amicro-app or mobile application, or the like, configured to allow user101 to access and interact with transaction account UI 115.

User device 110 may be in electronic communication with transactionaccount UI 115. Transaction account UI 115 may comprise software, amobile application, a web interface, or the like accessible from userdevice 110. For example, transaction account UI 115 may include agraphical user interface (“GUI”), software modules, logic engines,various databases, interfaces to systems and tools, and/or computernetworks. Transaction account UI 115 may be in electronic communicationwith air sign server 130 and/or payment network 180. For example,transaction account UI 115 may allow user 101, via user device 110, tointeract with payment network 180 to view various data associated withone or more transaction accounts (e.g., transaction account balances,pending or settled transactions, loyalty points, etc.), and/or the like.Transaction account UI 115 may allow user 101, via user device 110, tointeract with air sign server 130 such as, for example, to initiate andcomplete motion-enabled transactions, as discussed further herein.Access to transaction account UI 115 may be controlled by theauthorization of user credentials. For example, user 101 may accesstransaction account UI 115 by inputting user credentials (e.g., ausername, password, biometric input, etc.), and in response to paymentnetwork 180 authenticating the user credentials (e.g., by comparing theinput user credentials to stored user credentials).

In various embodiments, user device 110 may comprise various hardware,software, and/or database components configured to enable user device110 to participate in system 100 and initiate and completemotion-enabled transactions. For example, user device 110 may becomputer based, and may comprise a processor, a tangible non-transitorycomputer-readable memory, and/or a network interface, along with othersuitable system software and hardware components. Instructions stored onthe tangible non-transitory memory may allow user device 110 to performvarious functions, as described herein. The processor may include anylogic device such as one or more of a central processing unit (CPU), anaccelerated processing unit (APU), a digital signal processor (DSP), afield programmable gate array (FPGA), an application specific integratedcircuit (ASIC), or the like.

As a further example, and with reference to FIG. 2A, user device 110 maycomprise a user global positioning system (GPS) 212, a user camera 214,an accelerometer 216, and/or a touchscreen interface 218. User GPS 212may be configured provide and capture location details of user device110. For example, user GPS 212 may be configured to provide user GPSlocation data. User GPS 212 may comprise any suitable onboard locationservice or device and may comprise various hardware and/or softwarecomponents. User camera 214 may comprise an onboard camera configured totake, capture, and store images and photos from user device 110. Imagesand photos captured by user camera 214 may be stored in memory internalor external to user device 110. User camera 214 may comprise anysuitable type of camera and may comprise various hardware and/orsoftware components. Touchscreen interface 218 may be configured toenable user 101 to interact with user device 110 via a touch input. Forexample, user 101 may interact with touchscreen interface 218 to drawshapes (e.g., to input an air sign symbol), to select buttons, links, orthe like, and/or any other suitable interaction. Touchscreen interface218 may comprise any suitable type of touchscreen and may comprisevarious hardware and/or software components.

In various embodiments, accelerometer 216 may be configured to capturemotion, velocity, and movement of user device 110. Accelerometer 216 maycomprise any suitable hardware and/or software components capable ofcapturing motion, velocity, and/or movement of user device 110.

In that regard, user 101 may move user device 110 to simulate the shapeof a given air sign symbol, and accelerometer 216 may track and generatemovement data regarding the movement of user device 110, as discussedfurther herein. Accelerometer 216 may be configured to passively oractively capture motion, velocity, and/or movement of user device 110.For example, and in accordance with various embodiments, in a passivecapturing mode, accelerometer 216 may be configured to capture movementof user device 110 in response to user 101 input. As an example, user101 may access transaction account UI 115 to input an air sign input.User 101 may select a button or link, or may give verbal instruction, toactivate accelerometer 216 to capture movement of user device 110. Inresponse to deselecting the button or link, accelerometer 216 may ceasecapturing movement of user device 110. As a further example, and inaccordance with various embodiments, in an active capturing mode,accelerometer 216 may be configured to capture movement data of userdevice 110 without user 101 activation needed.

In various embodiments, and with reference again to FIG. 1, merchantdevice 125 may be configured to conduct motion-enabled transactions withuser 101. Although the present disclosure makes reference to merchantdevice 125, it should be understood that principles of the presentdisclosure may be applied to a merchant environment 120 having anysuitable number of merchant devices. Merchant device 125 may be inelectronic communication with air sign server 130 and/or payment network180. Merchant device 125 may comprise one or more hardware, software,and/or database components. For example, merchant device 125 maycomprise one or more computing devices, such as, for example a computeror processor, or a set of computers and/or processors, although othertypes of computing units or systems may also be used. For example, andin accordance with various embodiments, merchant device 125 may comprisea personal computer, smartphone (e.g., IPHONE®, BLACKBERRY®, and/or thelike), and/or the like. As a further example, and in accordance withvarious embodiments, merchant device 125 may comprise an Internet ofThings (IoT) device such as, for example, a smart TV, or a similar IoTdevice having display capabilities. As a further example, and inaccordance with various embodiments, merchant device 125 may comprise akiosk, parking garage checkout system, parking meter, and/or the like.Merchant device 125 may comprise an operating system such as, forexample, a WINDOWS® operating system, an ANDROID® operating system,APPLE® IOS®, a BLACKBERRY® operating system, a LINUX® operating system,and the like. Merchant device 125 may also comprise software componentsinstalled on merchant device 125 and configured to allow merchant 103,via merchant device 125, access to merchant system UI 127. For example,merchant device 125 may comprise a web browser (e.g., MICROSOFT INTERNETEXPLORER®, GOOGLE CHROME®, etc.), an application, a micro-app or mobileapplication, or the like, configured to allow merchant 103 to access andinteract with merchant system UI 127.

Merchant device 125 may be in electronic communication with merchantsystem UI 127. Merchant system UI 127 may comprise software, a mobileapplication, a web interface, or the like accessible from merchantdevice 125. For example, merchant system UI 127 may include a graphicaluser interface (“GUI”), software modules, logic engines, variousdatabases, interfaces to systems and tools, and/or computer networks.Merchant system UI 127 may be in electronic communication with air signserver 130 and/or payment network 180. For example, merchant system UI127 may allow merchant 103, via merchant device 125, to interact withair sign server 130 such as, for example, to initiate and completemotion-enabled transactions, as discussed further herein. Access tomerchant system UI 127 may be controlled by the authorization ofmerchant credentials. For example, merchant 103 may access merchantsystem UI 127 by inputting merchant credentials (e.g., a merchant ID,password, biometric input, etc.), and in response to payment network 180authenticating the merchant credentials (e.g., by comparing the inputmerchant credentials to stored merchant credentials).

In various embodiments, merchant device 125 may comprise varioushardware, software, and/or database components configured to enablemerchant device 125 to participate in system 100 and completemotion-enabled transactions. For example, merchant device 125 may becomputer based, and may comprise a processor, a tangible non-transitorycomputer-readable memory, and/or a network interface, along with othersuitable system software and hardware components. Instructions stored onthe tangible non-transitory memory may allow merchant device 125 toperform various functions, as described herein. The processor mayinclude any logic device such as one or more of a central processingunit (CPU), an accelerated processing unit (APU), a digital signalprocessor (DSP), a field programmable gate array (FPGA), an applicationspecific integrated circuit (ASIC), or the like.

As a further example, and with reference to FIG. 2B, merchant device 125may comprise a point of sale (POS) 222, a merchant global positioningsystem (GPS) 224, a merchant camera 226, and/or a communicationsinterface 228. In various embodiments, POS 222 may be configured as amechanism to conduct typical transactions. In that respect, POS 222 mayenable user 101 to initiate a transaction with merchant 103 using atransaction instrument, user device 110, or the like. POS 222 maycomprise a cashier station, a credit or debit card reader, and/or thelike. POS 222 may also comprise a near-field communication (NFC)terminal. In this regard, an NFC terminal may allow for the transfer ofinformation to another NFC enabling device, such as, a mobile device.

Merchant GPS 224 may be configured provide and capture location detailsof merchant device 125. For example, merchant GPS 224 may be configuredto provide merchant GPS location data. Merchant GPS 224 may comprise anysuitable onboard location service or device and may comprise varioushardware and/or software components. Merchant camera 226 may comprise anonboard camera configured to take, capture, and store images, photos,and video from merchant device 125. Images, photos, and video capturedby merchant camera 226 may be stored in memory internal or external tomerchant device 125. Merchant camera 226 may comprise any suitable typeof camera and may comprise various hardware and/or software components.In various embodiments, merchant camera 226 may be configured to capturegestures from user 101 such as, for example, in response to user 101gesturing to create an air sign input, as discussed further herein. Inthat respect, merchant camera 226, and/or merchant device 125, maycomprise logic configured to identify the portion of user 101 making thegesture (e.g., a hand, arm, finger, etc.), and to capture the motion ofthe gesture.

In various embodiments, communications interface 228 may comprisevarious hardware and/or software components, and may comprise a displayscreen (e.g., touchscreen, LED display, LCD display, etc.).Communications interface 228 may be configured to display motion-enabledtransaction data to user 101. For example, communications interface 228may display available air signs for products and/or services to initiatea motion-enabled transaction (e.g., “to purchase a cheeseburger,complete the following air sign: ‘CB’”). In that regard, user 101 mayview or interact with communications interface 228 and may initiate themotion-enabled transaction by completing the displayed air sign input,as discussed further herein.

With reference again to FIG. 1, and in accordance with variousembodiments, air sign server 130 may be configured to perform variousoperations for motion-enabled transactions such as, for example, userregistration for motion-enabled transactions, merchant registration formotion-enabled transactions, and/or processing of motion-enabledtransactions, as discussed further herein. Air sign server 130 may be inelectronic communication with transaction account UI 115, merchantsystem UI 127, merchant device 125 and/or merchant environment 120,and/or payment network 180. Air sign server 130 may comprise anysuitable combination of hardware, software, and/or database components,including, for example, a server, web server, pooled servers, or thelike. Air sign server 130 may also include one or more data centers,cloud storages, network environments, or the like. In variousembodiments, air sign server 130 may include one or more processorsand/or one or more tangible, non-transitory memories and be capable ofimplementing logic. The processor may be configured to implement variouslogical operations in response to execution of instructions, forexample, instructions stored on a non-transitory, tangible,computer-readable medium, as discussed further herein. The processor mayinclude any logic device such as one or more of a central processingunit (CPU), an accelerated processing unit (APU), a digital signalprocessor (DSP), a field programmable gate array (FPGA), an applicationspecific integrated circuit (ASIC), or the like.

In various embodiments, air sign server 130 may comprise varioushardware, software, and/or database components configured to enable airsign server 130 to perform various operations for motion-enabledtransactions. For example, and with reference to FIG. 3, air sign server130 may comprise a registration system 340, a user database 333, amerchant database 335, a sign database 337, a preprocessing engine 350,an inference system 360, and/or a verification engine 370.

Registration system 340 may be configured to register user 101 and/ormerchant 103 for motion-enabled transactions. For example, registrationsystem 340 may receive user air sign registration requests from userdevice 110, via transaction account UI 115. The user air signregistration request may comprise a user identifier (e.g., username,transaction account number, etc.), a user photo (e.g., an uploadedphoto, a photo taken using user camera 214, etc.), and/or any other userdata. In various embodiments, the user air sign registration request mayalso comprise a biometric input (e.g., fingerprint, facial image, etc.)and/or an authentication air sign input. The authentication air signinput may be input or selected by the user, and may be configured as anidentifier of the user during air sign transactions. As discussedfurther herein, the authentication air sign input, either alone or incombination with user biometric data, may enable merchant device 125 toidentify the user to complete the transaction. In various embodiments,the user air sign registration request may also comprise data grantingtransaction account UI 115 access to various components of user device110 (e.g., user GPS 212, user camera 214, accelerometer 216, and/ortouchscreen interface 218). User database 333 may be configured to storeand maintain the user air sign registration data. User database 333 maystore the user air sign registration data grouped by the useridentifier. User database 333 may comprise any suitable database, datastructure, table, or the like capable of storing data. User database 333may store the data using any suitable technique.

As a further example, registration system 340 may receive merchant airsign registration requests from merchant device 125, via merchant systemUI 127. The merchant air sign registration request may comprise amerchant identifier (e.g., merchant ID, merchant name, etc.), and/or anyother merchant data. In various embodiments, the merchant air signregistration request may also comprise data granting merchant system UI127 access to various components of merchant device 125 such as, forexample, POS 222, merchant GPS 224, merchant camera 226, and/orcommunications interface 228. Merchant database 335 may be configured tostore and maintain the merchant air sign registration data. Merchantdatabase 335 may store the merchant air sign registration data groupedby the merchant identifier. Merchant database 335 may comprise anysuitable database, data structure, table, or the like capable of storingdata. Merchant database 335 may store the data using any suitabletechnique.

Registration system 340 may also be configured to interact with merchant103 to register one or more products or services for motion-enabledtransactions. For example, registration system 340 may receive amotion-enabled transaction registration request from merchant device125, via merchant system UI 127. The motion-enabled transactionregistration request may comprise data indicating the product, service,or the like that merchant 103 desires to be available for motion-enabledtransactions. For example, the motion-enabled transaction registrationrequest may comprise a product or service name, a product or serviceidentifier (e.g., product SKU, UPC, etc.), a product or service price,and/or any other suitable or desired product or service data. As afurther example, and in accordance with various embodiments, themotion-enabled transaction registration request may comprise transactionavailability data, such as an available day (e.g., Monday only,Monday-Friday, weekends, etc.), an available time (e.g., 8:00 am-10:00am, 3:00 pm-5:00 pm, etc.), an expiration date, or the like. As afurther example, and in accordance with various embodiments, themotion-enabled transaction registration request may also comprisemerchant GPS location data. The merchant GPS location data may definethe geographical area that the motion-enabled transaction is available(e.g., the geographical location of the brick and mortar store, aparking lot, a parking garage, etc.). Merchant 103, via merchant device125, may manually input and specify the merchant GPS location data suchas, for example, by inputting location data or by interacting with a mapvia merchant system UI 127. The merchant GPS location data may also bebased on data retrieved from merchant GPS 224 indicating the presentposition of merchant device 125. The merchant GPS location data may alsocomprise a geofence defining a virtual geographic boundary based on thedata retrieved from merchant GPS 224.

In various embodiments, sign database 337 may be configured to store andmaintain air sign symbols (e.g., stored air sign symbols) for use insystem 100. Each air sign symbol may be associated with air signavailability data such as, for example, a status (e.g., active,inactive, etc.), merchant use data (e.g., GPS location data of othermerchants using a given air sign symbol), and/or any other availabilitydata. In various embodiments, sign database 337 may also be configuredto store and maintain air sign symbols for user identification. Forexample, during user air sign registration, a user may input or selectan air sign symbol to be used as an identifier for the user duringtransactions (e.g., an authentication air sign input). Theauthentication air sign input may be stored and associated with a useridentifier (e.g., user ID, user transaction account identifier, etc.).As discussed further herein, the authentication air sign input, eitheralone or in combination with user biometric data, may enable merchantdevice 125 to identify the user to complete the transaction.

Sign database 337 may store the air sign symbol data grouped by an airsign symbol ID or similar identifier. For example, and in accordancewith various embodiments, the air sign symbol ID may correspond to amachine learning model that may be used by inference system 260 duringthe transaction process to determine the air sign input by the user.Sign database 337 may comprise any suitable database, data structure,table, or the like capable of storing data. Sign database 337 may storethe data using any suitable techniques.

In various embodiments, preprocessing engine 350 may be configured toreceive and preprocess air sign inputs. For example, preprocessingengine 350 may preprocess the air sign inputs by filtering, sampling,and/or normalizing the data. In various embodiments, the air sign inputmay be normalized to remove irrelevant data from the air sign input. Forexample, users may input the air sign input in a given three-dimensionalspace, using a combination of three axis (e.g., X, Y, Z). Preprocessingengine 250 may normal the air sign input by converting the three-axisdata to two axis data, such as, for example, by calculating the angle ofmotion and normalizing the data to a two-dimensional plane. In variousembodiments, the air sign input may be filtered by truncating datacaptured before and/or after the symbol from the air sign input (e.g.,in response to capturing accelerometer data to generate the air signinput, movement may be captured before and/or after the symbol issimulated). In various embodiments, the air sign input may be sampled byremoving redundant data points in close proximity to each other.

In various embodiments, inference system 360 may be configured toreceive the air sign input (or the preprocessed air sign input frompreprocessing engine 350) and identify a stored air sign symbolcorresponding to the air sign input. For example, and in accordance withvarious embodiments, inference system 360 may comprise a neural networkhaving pre-trained models configured to classify air sign inputs. Theneural network may comprise an artificial neural network (ANN) used toperform various machine learning and artificial intelligence operations,tasks, and processing. The neural network may comprise a plurality ofcomputing nodes configured to individually and/or collective performprocessing. Each local node may comprise a computing model configured tocontrol processing in the local node. As each node operates over time,model update events (e.g., prediction errors, new model requirements,etc.) may be observed. Each node may update the computing model locallyand/or globally based on the new processed data and discovered modelupdate event. Inference system 360 may interact with sign database 337to retrieve stored air sign symbol data to aid in identifying the airsign input. In various embodiments, inference system 260 may alsoimplement, or integrate with, various software solutions and tools, suchas, for example MATLAB® developed by Mathworks, Inc., TENSORFLOW®,TENSORRT developed by NVIDIA®, and/or any other suitable softwaresolution or tool.

In various embodiments, verification engine 370 may be configured toverify user 101 identity in motion-enabled transactions. For example, inresponse to receiving a motion-enabled transaction request, verificationengine 370 may query user database 333 based on the user identifier fromthe motion-enabled transaction request. Verification engine 370 mayverify user 101 identity by verifying that data corresponding to theuser identifier exists in user database 333. Verification engine 370 mayalso retrieve data corresponding to the identifier user 101 such as, forexample, the user photo, the user name, or the like. Verification engine370 may also be configured to determine merchant data corresponding tothe air sign input (e.g., based on the inference completed by inferencesystem 360). For example, verification engine 370 may query merchantdatabase 335 based on the identified air sign symbol and the GPSlocation data from the motion-enabled transaction request to locatemerchant data. Verification engine 370 may retrieve the merchant datacorresponding to the matched stored air sign symbol such as, forexample, product or service details (e.g., name, description, etc.),product or service price, and/or the like. Verification engine 370 maycommunicate with user 101 to confirm the product or service details andto proceed with the transaction, as discussed further herein.

In various embodiments, and with reference again to FIG. 1, paymentnetwork 180 may be configured to receive motion-enabled transaction datafrom air sign server 130, authorize the transactions, process and settlethe transaction, and the like, as discussed further herein, Paymentnetwork 180 may be in electronic communication with transaction accountUI 115, merchant environment 120, and/or air sign server 130. Paymentnetwork 180 may comprise any suitable combination of hardware, software,and/or database components. For example, payment network 180 maycomprise one or more network environments, servers, computer-basedsystems, processors, databases, and/or the like. Payment network 180 maycomprise at least one computing device in the form of a computer orprocessor, or a set of computers/processors, although other types ofcomputing units or systems may be used such as, for example, a server,web server, pooled servers, or the like. Payment network 180 may alsoinclude one or more data centers, cloud storages, or the like, and mayinclude software, such as APIs, configured to perform various operationsdiscussed herein. In various embodiments, payment network 180 mayinclude one or more processors and/or one or more tangible,non-transitory memories and be capable of implementing logic. Theprocessor may be configured to implement various logical operations inresponse to execution of instructions, for example, instructions storedon a non-transitory, tangible, computer-readable medium, as discussedfurther herein.

In various embodiments, payment network 180 may comprise or interactwith a traditional payment network or transaction network to facilitatetransactions, purchases, and payments, authorize transactions, settletransactions, and the like. For example, payment network 180 mayrepresent existing proprietary networks that presently accommodatetransactions for credit cards, debit cards, and/or other types oftransaction accounts or transaction instruments. Payment network 180 maybe a closed network that is secure from eavesdroppers. In variousembodiments, payment network 180 may comprise an exemplary transactionnetwork such as AMERICAN EXPRESS®, VISANET®, MASTERCARD®, DISCOVER®,INTERAC®, Cartes Bancaires, JCB®, private networks (e.g., departmentstore networks), and/or any other payment network, transaction network,or the like. Payment network 180 may include systems and databasesrelated to financial and/or transactional systems and processes such as,for example, one or more authorization engines, authentication enginesand databases, settlement engines and databases, accounts receivablesystems and databases, accounts payable systems and databases, and/orthe like. In various embodiments, payment network 180 may also comprisea transaction account issuer's Credit Authorization System (“CAS”)capable of authorizing transactions, as discussed further herein.Although the present disclosure makes reference to payment network 180,it should be understood that principles of the present disclosure may beapplied to a system for motion-enabled transactions having any suitablenumber of payment networks. For example, system 100 may comprise one ormore payment networks 180 each corresponding to or associated with adifferent issuer system or network.

Referring now to FIGS. 4-6 the process flows depicted are merelyembodiments and are not intended to limit the scope of the disclosure.For example, the steps recited in any of the method or processdescriptions may be executed in any order and are not limited to theorder presented. It will be appreciated that the following descriptionmakes appropriate references not only to the steps and user interfaceelements depicted in FIGS. 4-6, but also to the various systemcomponents as described above with reference to FIGS. 1-3. It should beunderstood at the outset that, although exemplary embodiments areillustrated in the figures and described below, the principles of thepresent disclosure may be implemented using any number of techniques,whether currently known or not. The present disclosure should in no waybe limited to the exemplary implementations and techniques illustratedin the drawings and described below. Unless otherwise specificallynoted, articles depicted in the drawings are not necessarily drawn toscale.

In various embodiments, and with reference to FIG. 4, a method 401 ofuser registration for motion-enabled transactions is disclosed. Userdevice 110 accesses transaction account UI 115 (step 402). For example,user 101 may access transaction account UI 115, via user device 110, byinputting user credentials (e.g., a username, password, biometric input,etc.). Transaction account UI 115 may communicate with payment network180 to verify and authenticate the user credentials (e.g., by comparingthe input user credentials to stored user credentials). User 101 mayaccess transaction account UI 115 to view transaction account data(e.g., transaction account balances, pending or settled transactions,loyalty points, etc.), to register for motion-enabled transactions,and/or to complete motion-enabled transactions, as discussed furtherherein.

User device 110 transmits a user air sign registration request to airsign server 130 (step 404), via transaction account UI 115. The user airsign registration request may comprise a user identifier (e.g.,username, transaction account number, etc.), a user photo (e.g., anuploaded photo, a photo taken using user camera 214, etc.), and/or anyother user data. In various embodiments, the user air sign registrationrequest may also comprise data granting transaction account UI 115access to various components of user device 110 such as, for example,user GPS 212, user camera 214, accelerometer 216, and/or touchscreeninterface 218.

In response to receiving the user air sign registration request, airsign server 130, via registration system 340, registers user 101 in userdatabase 333 (step 406). For example, air sign server 130 may write touser database 333 the user air sign registration request, and may groupthe write based on the user identifier. In response to successfullyregistering user 101, air sign server 130, via registration system 340,confirms user air sign registration (step 408) with user 101. Theconfirmation may comprise a visual notification in transaction accountUI 115; a push notification, email, SMS, MMS, or the like transmitted touser device 110; and/or any other suitable notification method. Inresponse to completing registration, transaction account UI 115 maydisplay to user 101 an option to complete motion-enabled transactions,as discussed further herein (e.g., “Pay with Air Sign”).

In various embodiments, and with reference to FIG. 5, a method 501 ofmerchant registration for motion-enabled transactions is disclosed.Merchant device 125 accesses merchant system UI 127 (step 502). Forexample, merchant 103 may access merchant system UI 127, via merchantdevice 125, by inputting merchant credentials (e.g., a merchant ID,password, biometric input, etc.). Merchant system UI 127 may communicatewith payment network 180 to verify and authenticate the merchantcredentials (e.g., by comparing the input merchant credentials to storedmerchant credentials). Merchant 103 may access merchant system UI 127 toregister for motion-enabled transactions, to complete motion-enabledtransactions, and/or the like, as discussed further herein.

Merchant device 125 transmits a merchant air sign registration requestto air sign server 130 (step 504), via merchant system UI 127. Themerchant air sign registration request may comprise a merchantidentifier (e.g., merchant ID, merchant name, etc.), and/or any othermerchant data. In various embodiments, the merchant air signregistration request may also comprise data granting merchant system UI127 access to various components of merchant device 125 such as, forexample, POS 222, merchant GPS 224, merchant camera 226, and/orcommunications interface 228. In response to receiving the merchant airsign registration request, air sign server 130, via registration system340, registers merchant 103 in merchant database 335 (step 506). Forexample, air sign server 130 may write to merchant database 335 themerchant air sign registration request, and may group the write based onthe merchant identifier.

In response to completing the write, air sign server 130, viaregistration system 340, confirms merchant air sign registration (step508) with merchant 103. The confirmation may comprise a visualnotification in merchant system UI 127; a push notification, email, SMS,MMS, or the like transmitted to merchant device 125; and/or any othersuitable notification method. In response to completing registration,transaction account UI 115 may display to user 101 an option to completemotion-enabled transactions, as discussed further herein (e.g., “Paywith Air Sign”). In response to completing registration, merchant 103may interact with merchant system UI 127, via merchant device 125, toestablish products, services, or the like to be made available formotion-enabled transactions.

In various embodiments, merchant device 125 transmits a motion-enabledtransaction registration request (step 510) to air sign server 130, viamerchant system UI 127. The motion-enabled transaction registrationrequest may comprise data indicating the product, service, or the likethat merchant 103 desires to be available for motion-enabledtransactions. For example, the motion-enabled transaction registrationrequest may comprise a transaction type (e.g., product, service, type ofproduct, type of service, etc.), a product or service name, a product orservice identifier (e.g., product SKU, UPC, etc.), a product or serviceprice, and/or any other suitable or desired product or service data. Asa further example, and in accordance with various embodiments, themotion-enabled transaction registration request may comprise transactionavailability data, such as an available day (e.g., Monday only,Monday-Friday, weekends, etc.), an available time (e.g., 8:00 am-10:00am, 3:00 pm-5:00 pm, etc.), an expiration date, or the like. As afurther example, and in accordance with various embodiments, themotion-enabled transaction registration request may also comprisemerchant GPS location data. The merchant GPS location data may definethe geographical area that the motion-enabled transaction is available(e.g., the geographical location of the brick and mortar store, aparking lot, a parking garage, etc.). Merchant 103, via merchant device125, may manually input and specify the merchant GPS location data suchas, for example, by inputting location data or by interacting with a mapvia merchant system UI 127. The merchant GPS location data may also bebased on data retrieved from merchant GPS 224 indicating the presentposition of merchant device 125. The merchant GPS location data may alsocomprise a geofence defining a virtual geographic boundary based on thedata retrieved from merchant GPS 224. As a further example, and inaccordance with various embodiments, the motion-enabled transactionregistration request may also comprise a specified air sign symbol. Forexample, merchant 103 may input or select one or more desired specifiedair sign symbols to correspond to the product or service defined in themotion-enabled transaction registration request.

In response to receiving the motion-enabled transaction registrationrequest, air sign server 130, via registration system 340, queries signdatabase 337 to retrieve an available air sign symbol (step 512). Forexample, sign database 337 may store and maintain air sign symbols foruse in system 100. Each air sign symbol may be associated with air signavailability data such as, for example, a status (e.g., active,inactive, etc.), merchant use data (e.g., GPS location data of othermerchants using a given air sign symbol), and/or any other availabilitydata. Air sign server 130, via registration system 340, may query signdatabase 337 to locate all air sign symbols having an “active” status.Based on the available air sign symbols, air sign server 130, viaregistration system 340, may review the associated merchant use data todetermine an available air sign symbol having merchant use data thatdoes not at least partially overlap the merchant GPS location data(e.g., the available air sign symbol is not being used in the samegeographic location as another merchant). In various embodiments, basedon the query, air sign server 130, via registration system 340, mayrandomly select from the retrieved available air sign symbols.

In response to selecting an available air sign symbol, air sign server130, via registration system 340, generates motion-enabled transactionregistration data (step 514). The motion-enabled transactionregistration data may comprise the motion-enabled transactionregistration request and the available air sign symbol. In response togenerating the motion enabled transaction registration data, air signserver 130, via registration system 340, may update the merchant usedata of the available air sign symbol data in sign database 337 tocomprise the merchant GPS location data. Air sign server 130, viaregistration system 340, stores the motion-enabled transactionregistration data in merchant database 335 (step 516). Air sign server130 may store the motion-enabled transaction registration data byupdating the stored merchant data associated with the merchantidentifier. In that respect, merchant 103 may initiate a registrationfor multiple products and/or services, and the motion-enabledtransaction registration data for each product and/or service may bestored in merchant database 335 grouped by the merchant identifier.

In response to storing the motion-enabled transaction registration data,air sign server 130, via registration system 340, confirmsmotion-enabled transaction registration (step 518) with merchant 103.The confirmation may comprise a visual notification in merchant systemUI 127; a push notification, email, SMS, MMS, or the like transmitted tomerchant device 125; and/or any other suitable notification method.

In various embodiments, and with reference to FIG. 6, a method 601 formotion-enabled transactions is disclosed. User 101 interacts withmerchant 103 (step 602). For example, user 101 may interact withmerchant 103 by visiting a brick and mortar store, by interacting with atouchscreen or display available in merchant environment 120 (e.g.,communications interface 228 of merchant device 225), and/or the like.The interaction may be part of an automated checkout process, aself-checkout process, or may comprise a verbal interaction directlywith merchant 103. For example, user 101 may view communicationsinterface 228 of merchant device 125 to determine products or servicesoffered for motion-enabled transactions (which may be all products or asubset of products). User 101 initiates a motion-enabled transaction(step 604) with merchant 103. User 101 may initiate the motion-enabledtransaction by generating an air sign input. The air sign input maycorrespond to an air sign symbol displayed on communications interface228 of merchant device 125 and may be unique to merchant 103, theproduct or service, and/or the geographical location of the merchant.The air sign input may be a symbol, shape, or the like, and may becreated through motion or input from user 101. For example, the air signinput may be a checkmark, a number (e.g., 1, 15, etc.), a letter (e.g.,“a,” “D,” etc.), a shape (e.g., a circle, a square, etc.), and/or anyother suitable symbol or shape created by motion or user gesture.

In various embodiments, user 101 may generate the air sign input byinteracting with transaction account UI 115, via user device 110. Forexample, user 101 may interact with transaction account UI 115 to useaccelerometer 216 to capture the air sign input. In that respect, user101 may physically move user device 110 to simulate the shape of thedisplayed air sign symbol. User device 110, via accelerometer 216, maycapture the motion and velocity of the movement to capture the air signinput. As a further example, user 101 may interact with transactionaccount UI 115 to draw the air sign input via touchscreen interface 218.In that regard, user 101 may touch touchscreen interface 218 using anappendage (e.g., finger) or apparatus (e.g., stylus) to draw thedisplayed air sign symbol. User device 110, via touchscreen interface218, may capture the drawing to generate the air sign input. As afurther example, transaction account UI 115 may display a button, link,image, or the like corresponding to the displayed air sign symbol (e.g.,based on the location data from user GPS 212), and user 101 may generatethe air sign input by selecting the button, link, image, or the like.

In response to user 101 interacting with transaction account UI 115, viauser device 110, via transaction account UI 115, captures the air signinput (step 606-1) and generates a motion-enabled transaction request.The motion-enabled transaction request may comprise the air sign input,the user identifier, user GPS location data (e.g., from user GPS 212),and/or the like. Transaction account UI 115 may transmit themotion-enabled transaction request to air sign server 130.

In various embodiments, user 101 may generate the air sign input byinteracting with merchant device 125. For example, user 101 may interactwith merchant camera 226 of merchant device 125 to generate the air signinput. Merchant camera 226 may be configured to capture gesturesperformed by user 101. In that regard, user 101 may perform a gesturesimulating the displayed air sign symbol using an appendage (e.g.,finger, hand, etc.), apparatus, or the like. As a further example, user101 may interact with communications interface 228 (e.g., a touchscreen)of merchant device 125 to generate the air sign input. User 101 mayinterface with communications interface 228 using an appendage (e.g.,finger) or apparatus (e.g., stylus) to draw the displayed air signsymbol. Merchant device 125, via communications interface 228, maycapture the drawing to generate the air sign input.

In response to user 101 interacting with merchant device 125, merchantdevice 125 captures the air sign input (step 606-2) and generates amotion-enabled transaction request. The motion-enabled transactionrequest may comprise the air sign input, the user identifier, merchantGPS location data (e.g., from merchant GPS 224), and/or the like. Invarious embodiments, merchant device 125 may capture a series of inputsfrom user 101. For example, user 101 may perform an initial gesture tonotify merchant device 125 to begin capturing an air sign input. Inresponse to detecting the initial gesture, merchant device 125 mayprompt user 101 to perform an authentication air sign input. Theauthentication air sign input may comprise a user-defined input that isassociated with the user's transaction account. Merchant device 125 maycapture the authentication air sign input and/or a biometric input fromthe user (e.g., an image of the user's face, a fingerprint input, etc.).In that respect, the authentication air sign input, either alone or incombination with the user's biometric data, may enable merchant device125 to identify the user to complete the transaction. In response touser 101 inputting the authentication air sign input, merchant device125 may prompt user 101 to enter the air sign input corresponding to thetransaction. In that regard, and in accordance with various embodiments,the motion-enabled transaction request may also comprise theauthentication air sign input, user biometric data, and/or the like.Merchant device 125 transmits the motion-enabled transaction request toair sign server 130.

Air sign server 130 receives the motion-enabled transaction request(step 608) from user device 110 (e.g., as described in step 606-1) ormerchant device 125 (e.g., as described in step 606-2). Air sign server130, via preprocessing engine 350 may parse the motion-enabledtransaction request to determine the air sign input. Air sign server130, via preprocessing engine 350, preprocesses the air sign input (step610) from the motion-enabled transaction request. For example,preprocessing engine 350 may preprocess the air sign input to filter,normalize, and/or sample the air sign input, as discussed furtherherein. In response to completing preprocessing of the air sign input,preprocessing engine 350 may transmit the air sign input to inferencesystem 360.

In various embodiments, air sign server 130, via inference system 360,determines a stored air sign symbol based on the air sign input (step612). Inference system 360 may determine the stored air sign symbolusing any suitable method. For example, and in accordance with variousembodiments, inference system 360 may process the air sign input in atrained neural network model configured to identify stored air signsymbols (e.g., stored in sign database 337). In response to determiningthe stored air sign symbol, inference system 360 may transmit dataregarding the determined stored air sign symbol to verification engine370.

In various embodiments, in response to receiving the authentication airsign input air sign server 130, via inference system 360, may alsodetermine a stored air sign symbol based on the authentication air signinput (e.g., to determine the identity of the user). Inference system360 may determine the stored air sign symbol using any suitable method.For example, and in accordance with various embodiments, inferencesystem 360 may process the authentication air sign input in a trainedneural network model configured to identify stored air sign symbols(e.g., stored in sign database 337). In response to determining thestored air sign symbol matching the authentication air sign input, airsign server 130 may retrieve data corresponding to the user based on thestored air sign symbol and/or the user biometric data. For example, airsign server 130 may retrieve the user identifier, user transactionaccount, and/or the like.

In various embodiments, air sign server 130, via verification engine370, queries merchant database 335 (step 614) to determine the merchant103 using the determined stored air sign symbol. For example,verification engine 370 may query merchant database 335 based on thedetermined air sign symbol and the user GPS location data to locate thedata associated with the stored air sign symbol and the merchant GPSlocation data matching the user GPS location data. For example,verification engine 370 may retrieve data regarding the product orservice associated with the stored air sign symbol such as, for example,the merchant identifier, a transaction type (e.g., product, service, adescription of the product or service, etc.), a transaction cost (e.g.,the price of the product, the hourly rate of a service, etc.), and/orthe like.

In response to retrieving the data associated with the stored air signsymbol, air sign server 130, via verification engine 370, transmits atransaction confirmation (step 616). The transaction confirmation maycomprise the merchant identifier, the transaction type, and thetransaction cost. In various embodiments, the transaction confirmationmay also comprise user data such as, for example, the user name, theuser photo, or the like. The transaction confirmation may comprise aconfirmation air sign prompt (e.g., “input air sign checkmark to confirmthe transaction”). In various embodiments, the transaction confirmationmay also comprise a second air sign prompt. For example, in response tothe stored air sign symbol requiring a follow up prompt, verificationengine 370 may prompt user 101 with the second air sign prompt (e.g.,“input air sign X for a small coffee, air sign Y for a medium coffee, orair sign Z for a large coffee,” etc.). Verification engine 370 maytransmit the transaction confirmation to user device 110 and/or merchantdevice 125.

In response to receiving the transaction confirmation, user 101 mayinteract with user device 110 and/or merchant device 125 to generate asecond air sign input. User 101 may generate the second air sign inputusing user device 110 and/or merchant device 125 such as, for example,similar to the generation of the (first) air sign input in steps 604,606-1, and 606-2. The second air sign input may be generated as aresponse to the second air sign prompt and/or the confirmation air signprompt from the transaction confirmation. User device 110 or merchantdevice 125 may transmit an air sign confirmation comprising the secondair sign input to air sign server 130.

Air sign server 130 receives the air sign confirmation (step 618) fromuser device 110 or merchant device 125. Air sign server 130 maypreprocess the second air sign input (e.g., similar to step 610),determine a stored air sign symbol based on the second air sign input(e.g., similar to step 612), and query merchant database 335 to retrievethe merchant data based on the determined stored air sign symbol (e.g.,similar to step 614). In response to the second air sign input beinggenerated in response to the second air sign prompt, air sign server 130may generate a second transaction confirmation (e.g., similar to step616). The second transaction confirmation the confirmation air signprompt, or a third air sign prompt. In response to the second air signinput being generated in response to the confirmation air sign prompt,air sign server 130 transmits a transaction authorization request topayment network 180 (step 620). The transaction authorization requestmay comprise the user identifier, the merchant identifier, and thetransaction cost.

In response to receiving the transaction authorization request, paymentnetwork 180 processes the transaction authorization request (step 622).Payment network 180 may process, authorize, and settle the transactionauthorization request using any suitable method. Payment network 180transmits a transaction authorization confirmation to air sign server130 (step 624) in response to successfully authorizing the transactionauthorization request. In response to receiving the transactionauthorization request, air sign server 130 communicates a transactionapproval communication to user 101 (step 626). For example, air signserver 130 may transmit the transaction approval to user device 110. Thetransaction approval communication may be transmitted as a visualnotification to transaction account UI 115; as a push notification,email, SMS, MMS, or the like transmitted to user device 110; and/or anyother suitable notification method. In various embodiments, thetransaction approval communication may also be transmitted to merchantdevice 125, and displayed to user 101 via communications interface 228.In response to receiving the transaction approval communication, user101 and merchant 103 may proceed with the completing the motion-enabledtransaction.

The detailed description of various embodiments herein makes referenceto the accompanying drawings and pictures, which show variousembodiments by way of illustration. While these various embodiments aredescribed in sufficient detail to enable those skilled in the art topractice the disclosure, it should be understood that other embodimentsmay be realized, and that logical and mechanical changes may be madewithout departing from the spirit and scope of the disclosure. Thus, thedetailed description herein is presented for purposes of illustrationonly and not of limitation. For example, the steps recited in any of themethod or process descriptions may be executed in any order and are notlimited to the order presented. Moreover, any of the functions or stepsmay be outsourced to or performed by one or more third parties.Modifications, additions, or omissions may be made to the systems,apparatuses, and methods described herein without departing from thescope of the disclosure. For example, the components of the systems andapparatuses may be integrated or separated. Moreover, the operations ofthe systems and apparatuses disclosed herein may be performed by more,fewer, or other components and the methods described may include more,fewer, or other steps. Additionally, steps may be performed in anysuitable order. As used in this document, “each” refers to each memberof a set or each member of a subset of a set. Furthermore, any referenceto singular includes plural embodiments, and any reference to more thanone component may include a singular embodiment. Although specificadvantages have been enumerated herein, various embodiments may includesome, none, or all of the enumerated advantages.

Systems, methods, and computer program products are provided. In thedetailed description herein, references to “various embodiments,” “oneembodiment,” “an embodiment,” “an example embodiment,” etc., indicatethat the embodiment described may include a particular feature,structure, or characteristic, but every embodiment may not necessarilyinclude the particular feature, structure, or characteristic. Moreover,such phrases are not necessarily referring to the same embodiment.Further, when a particular feature, structure, or characteristic isdescribed in connection with an embodiment, it is submitted that it iswithin the knowledge of one skilled in the art to affect such feature,structure, or characteristic in connection with other embodimentswhether or not explicitly described. After reading the description, itwill be apparent to one skilled in the relevant art(s) how to implementthe disclosure in alternative embodiments.

As used herein, “transmit” may include sending at least a portion ofelectronic data from one system 100 component to another. Additionally,as used herein, “data,” “information,” or the like may includeencompassing information such as commands, queries, files, messages,data for storage, and the like in digital or any other form.

As used herein, “electronic communication” may comprise a physicalcoupling and/or non-physical coupling capable of enabling system 100components to transmit and receive data. For example, “electroniccommunication” may refer to a wired or wireless protocol such as a CANbus protocol, an Ethernet physical layer protocol (e.g., those using10BASE-T, 100BASE-T, 1000BASE-T, etc.), an IEEE 1394 interface (e.g.,FireWire), Integrated Services for Digital Network (ISDN), a digitalsubscriber line (DSL), an 802.11a/b/g/n/ac signal (e.g., Wi-Fi), awireless communications protocol using short wavelength UHF radio wavesand defined at least in part by IEEE 802.15.1 (e.g., the BLUETOOTH®protocol maintained by Bluetooth Special Interest Group), a wirelesscommunications protocol defined at least in part by IEEE 802.15.4 (e.g.,the ZIGBEE® protocol maintained by the ZigBee alliance), a cellularprotocol, an infrared protocol, an optical protocol, or any otherprotocol capable of transmitting information via a wired or wirelessconnection.

One or more of the system 100 components may be in electroniccommunication via a network. As used herein, the term “network” mayfurther include any cloud, cloud computing system, or electroniccommunications system or method that incorporates hardware and/orsoftware components. Communication amongst the nodes may be accomplishedthrough any suitable communication channels such as, for example, atelephone network, an extranet, an intranet, Internet, point ofinteraction device (personal digital assistant, cellular phone, kiosk,tablet, etc.), online communications, satellite communications, off-linecommunications, wireless communications, transponder communications,local area network (LAN), wide area network (WAN), virtual privatenetwork (VPN), networked or linked devices, keyboard, mouse and/or anysuitable communication or data input modality. Moreover, although thesystem is frequently described herein as being implemented with TCP/IPcommunications protocols, the system may also be implemented usingInternetwork Packet Exchange (IPX), APPLETALK® program, IP-6, NetBIOS,OSI, any tunneling protocol (e.g. IPsec, SSH, etc.), or any number ofexisting or future protocols. If the network is in the nature of apublic network, such as the internet, it may be advantageous to presumethe network to be insecure and open to eavesdroppers. Specificinformation related to the protocols, standards, and applicationsoftware utilized in connection with the Internet is generally known tothose skilled in the art and, as such, need not be detailed herein.

“Cloud” or “Cloud computing” includes a model for enabling convenient,on-demand network access to a shared pool of configurable computingresources (e.g., networks, servers, storage, applications, and services)that can be rapidly provisioned and released with minimal managementeffort or service provider interaction. Cloud computing may includelocation-independent computing, whereby shared servers provideresources, software, and data to computers and other devices on demand.For more information regarding cloud computing, see the NIST's (NationalInstitute of Standards and Technology) definition of cloud computing.

The various system components may be independently, separately orcollectively suitably coupled to the network via data links whichincludes, for example, a connection to an Internet Service Provider(ISP) over the local loop as is typically used in connection withstandard modem communication, cable modem, DISH NETWORKS®, ISDN, DSL, orvarious wireless communication methods. It is noted that the network maybe implemented as other types of networks, such as an interactivetelevision (ITV) network. Moreover, the system contemplates the use,sale or distribution of any goods, services or information over anynetwork having similar functionality described herein.

A network may be unsecure. Thus, communication over the network mayutilize data encryption. Encryption may be performed by way of any ofthe techniques now available in the art or which may becomeavailable—e.g., Twofish, RSA, El Gamal, Schorr signature, DSA, PGP, PM,GPG (GnuPG), HPE Format-Preserving Encryption (FPE), Voltage, TripleDES, Blowfish, AES, MD5, HMAC, IDEA, RC6, and symmetric and asymmetriccryptosystems. Network communications may also incorporate SHA seriescryptographic methods, elliptic-curve cryptography (e.g., ECC, ECDH,ECDSA, etc.), and/or other post-quantum cryptography algorithms underdevelopment.

For the sake of brevity, conventional data networking, applicationdevelopment, and other functional aspects of system 100 may not bedescribed in detail herein. Furthermore, the connecting lines shown inthe various figures contained herein are intended to represent exemplaryfunctional relationships and/or electronic communications between thevarious elements. It should be noted that many alternative or additionalfunctional relationships or electronic communications may be present ina practical system.

In various embodiments, user device 110 and/or merchant device 125 mayalso comprise a biometric security system that may be used for providingbiometrics as a primary or secondary form of identification. Thebiometric security system may include a transponder and a readercommunicating with user device 110 and/or merchant device 125. Thebiometric security system also may include a biometric sensor thatdetects biometric samples and a device for verifying biometric samples.The biometric security system may be configured with one or morebiometric scanners, processors and/or systems. A biometric system mayinclude one or more technologies, or any portion thereof. As usedherein, a biometric may include a user's voice, fingerprint, facial,ear, signature, vascular patterns, DNA sampling, hand geometry, sound,olfactory, keystroke/typing, iris, retinal, or any other biometricrelating to recognition based upon any body part, function, system,attribute and/or other characteristic, or any portion thereof.

In various embodiments, the system and various components (e.g., userdevice 110, merchant device 125, etc.) may integrate with one or moresmart digital assistant technologies. For example, exemplary smartdigital assistant technologies may include the ALEXA® system developedby the AMAZON® company, the GOOGLE HOME® system developed by Alphabet,Inc., the HOMEPOD® system of the APPLE® company, and/or similar digitalassistant technologies. The ALEXA® system, GOOGLE HOME® system, andHOMEPOD® system, may each provide cloud-based voice activation servicesthat can assist with tasks, entertainment, general information, andmore. All the ALEXA® devices, such as the AMAZON ECHO®, AMAZON ECHODOT®, AMAZON TAP®, and AMAZON FIRE® TV, have access to the ALEXA®system. The ALEXA® system, GOOGLE HOME® system, and HOMEPOD® system mayreceive voice commands via its voice activation technology, activateother functions, control smart devices, and/or gather information. Forexample, the smart digital assistant technologies may be used tointeract with music, emails, texts, phone calls, question answering,home improvement information, smart home communication/activation,games, shopping, making to-do lists, setting alarms, streaming podcasts,playing audiobooks, and providing weather, traffic, and other real timeinformation, such as news. The ALEXA®, GOOGLE HOME®, and HOMEPOD®systems may also allow the user to access information about eligibletransaction accounts linked to an online account across all digitalassistant-enabled devices. As a further example, the smart digitalassistant technologies may be used by user 101 and/or merchant 103 toinitiate and complete motion-enabled transactions, as discussed furtherherein.

As used herein, “satisfy,” “meet,” “match,” “associated with”, orsimilar phrases may include an identical match, a partial match, meetingcertain criteria, matching a subset of data, a correlation, satisfyingcertain criteria, a correspondence, an association, an algorithmicrelationship, and/or the like. Similarly, as used herein, “authenticate”or similar terms may include an exact authentication, a partialauthentication, authenticating a subset of data, a correspondence,satisfying certain criteria, an association, an algorithmicrelationship, and/or the like.

Terms and phrases similar to “associate” and/or “associating” mayinclude tagging, flagging, correlating, using a look-up table or anyother method or system for indicating or creating a relationship betweenelements such as, for example, (i) a transaction account and (ii) anitem (e.g., offer, reward, discount, etc.) and/or digital channel.Moreover, the associating may occur at any point, in response to anysuitable action, event, or period of time. The associating may occur atpre-determined intervals, periodic, randomly, once, more than once, orin response to a suitable request or action. Any of the information maybe distributed and/or accessed via a software enabled link, wherein thelink may be sent via an email, text, post, social network input, and/orany other method known in the art.

The various system components discussed herein may include one or moreof the following: a host server or other computing systems including aprocessor for processing digital data; a memory coupled to the processorfor storing digital data; an input digitizer coupled to the processorfor inputting digital data; an application program stored in the memoryand accessible by the processor for directing processing of digital databy the processor; a display device coupled to the processor and memoryfor displaying information derived from digital data processed by theprocessor; and a plurality of databases. Various databases used hereinmay include: client data; merchant data; financial institution data;and/or like data useful in the operation of the system. As those skilledin the art will appreciate, user computer may include an operatingsystem (e.g., WINDOWS®, UNIX®, LINUX®, SOLARIS®, MACOS®, etc.) as wellas various conventional support software and drivers typicallyassociated with computers.

The present system, or any part(s) or function(s) thereof, may beimplemented using hardware, software, or a combination thereof and maybe implemented in one or more computer systems or other processingsystems. However, the manipulations performed by embodiments were oftenreferred to in terms, such as matching or selecting, which are commonlyassociated with mental operations performed by a human operator. No suchcapability of a human operator is necessary, or desirable in most cases,in any of the operations described herein. Rather, the operations may bemachine operations or any of the operations may be conducted or enhancedby artificial intelligence (AI) or machine learning. Artificialintelligence may refer generally to the study of agents (e.g., machines,computer-based systems, etc.) that perceive the world around them, formplans, and make decisions to achieve their goals. Foundations of AIinclude mathematics, logic, philosophy, probability, linguistics,neuroscience, and decision theory. Many fields fall under the umbrellaof AI, such as computer vision, robotics, machine learning, and naturallanguage processing. Useful machines for performing the variousembodiments include general purpose digital computers or similardevices.

The computer system may also include a communications interface. Acommunications interface allows software and data to be transferredbetween the computer system and external devices. Examples ofcommunications interface may include a modem, a network interface (suchas an Ethernet card), a communications port, etc. Software and datatransferred via the communications interface are in the form of signalswhich may be electronic, electromagnetic, optical, or other signalscapable of being received by communications interface. These signals areprovided to communications interface via a communications path (e.g.,channel). This channel carries signals and may be implemented usingwire, cable, fiber optics, a telephone line, a cellular link, a radiofrequency (RF) link, wireless and other communications channels.

Any communication, transmission, communications channel, channel, and/orthe like discussed herein may include any system or method fordelivering content (e.g. data, information, metadata, etc.), and/or thecontent itself. The content may be presented in any form or medium, andin various embodiments, the content may be delivered electronicallyand/or capable of being presented electronically. For example, a channelmay comprise a website, mobile application, or device (e.g., FACEBOOK®,YOUTUBE®, PANDORA®, APPLE TV®, MICROSOFT® XBOX®, ROKU®, AMAZON FIRE®,GOOGLE CHROMECAST™, SONY® PLAYSTATION®, NINTENDO® SWITCH®, etc.) auniform resource locator (“URL”), a document (e.g., a MICROSOFT® Word™or EXCEL®, an ADOBE® Portable Document Format (PDF) document, etc.), an“ebook,” an “emagazine,” an application or microapplication (asdescribed herein), an SMS or other type of text message, an email, aFACEBOOK® message, a TWITTER® tweet, multimedia messaging services(MMS), and/or other type of communication technology. In variousembodiments, a channel may be hosted or provided by a data partner. Invarious embodiments, the distribution channel may comprise at least oneof a merchant website, a social media website, affiliate or partnerwebsites, an external vendor, a mobile device communication, socialmedia network, and/or location based service. Distribution channels mayinclude at least one of a merchant website, a social media site,affiliate or partner websites, an external vendor, and a mobile devicecommunication. Examples of social media sites include FACEBOOK®,FOURSQUARE®, TWITTER®, LINKEDIN®, INSTAGRAM®, PINTEREST®, TUMBLR®,REDDIT®, SNAPCHAT®, WHATSAPP®, FLICKR®, VK®, QZONE®, WECHAT®, and thelike. Examples of affiliate or partner websites include AMERICANEXPRESS®, GROUPON®, LIVINGSOCIAL®, and the like. Moreover, examples ofmobile device communications include texting, email, and mobileapplications for smartphones.

Further, illustrations of the process flows and the descriptions thereofmay make reference to user WINDOWS® applications, webpages, websites,web forms, prompts, etc. Practitioners will appreciate that theillustrated steps described herein may comprise in any number ofconfigurations including the use of WINDOWS® applications, webpages, webforms, popup WINDOWS® applications, prompts, and the like. It should befurther appreciated that the multiple steps as illustrated and describedmay be combined into single webpages and/or WINDOWS® applications buthave been expanded for the sake of simplicity. In other cases, stepsillustrated and described as single process steps may be separated intomultiple webpages and/or WINDOWS® applications but have been combinedfor simplicity.

In various embodiments, components, modules, and/or engines of system100 may be implemented as micro-applications or micro-apps. Micro-appsare typically deployed in the context of a mobile operating system,including for example, a WINDOWS® mobile operating system, an ANDROID®operating system, an APPLE® iOS operating system, a BLACKBERRY®company's operating system, and the like. The micro-app may beconfigured to leverage the resources of the larger operating system andassociated hardware via a set of predetermined rules which govern theoperations of various operating systems and hardware resources. Forexample, where a micro-app desires to communicate with a device ornetwork other than the mobile device or mobile operating system, themicro-app may leverage the communication protocol of the operatingsystem and associated device hardware under the predetermined rules ofthe mobile operating system. Moreover, where the micro-app desires aninput from a user, the micro-app may be configured to request a responsefrom the operating system which monitors various hardware components andthen communicates a detected input from the hardware to the micro-app.

In various embodiments, the system may implement middleware to providesoftware applications and services, and/or to bridge software componentsin the computer-based system, such as the operating system, database,applications, and the like. Middleware may include any hardware and/orsoftware suitably configured to facilitate communications and/or processtransactions between disparate computing systems. Middleware componentsare commercially available and known in the art. Middleware may beimplemented through commercially available hardware and/or software,through custom hardware and/or software components, or through acombination thereof. Middleware may reside in a variety ofconfigurations and may exist as a standalone system or may be a softwarecomponent residing on the internet server. Middleware may be configuredto process transactions between the various components of an applicationserver and any number of internal or external systems for any of thepurposes disclosed herein. WEBSPHERE® MQ™ (formerly MQSeries) by IBM®,Inc. (Armonk, N.Y.) is an example of a commercially available middlewareproduct. An Enterprise Service Bus (“ESB”) application is anotherexample of middleware.

The systems, computers, computer-based systems, and the like disclosedherein may provide a suitable website or other internet-based graphicaluser interface which is accessible by users. Practitioners willappreciate that there are a number of methods for displaying data withina browser-based document. Data may be represented as standard text orwithin a fixed list, scrollable list, drop-down list, editable textfield, fixed text field, pop-up window, and the like. Likewise, thereare a number of methods available for modifying data in a web page suchas, for example, free text entry using a keyboard, selection of menuitems, check boxes, option boxes, and the like.

Any of the communications, inputs, storage, databases or displaysdiscussed herein may be facilitated through a website having web pages.The term “web page” as it is used herein is not meant to limit the typeof documents and applications that might be used to interact with theuser. For example, a typical website might include, in addition tostandard HTML documents, various forms, JAVA® applets, JAVASCRIPT®programs, active server pages (ASP), common gateway interface scripts(CGI), extensible markup language (XML), dynamic HTML, cascading stylesheets (CSS), AJAX (Asynchronous JAVASCRIPT and XML) programs, helperapplications, plug-ins, and the like. A server may include a web servicethat receives a request from a web server, the request including a URLand an IP address (192.168.1.1). The web server retrieves theappropriate web pages and sends the data or applications for the webpages to the IP address. Web services are applications that are capableof interacting with other applications over a communications means, suchas the internet. Web services are typically based on standards orprotocols such as XML, SOAP, AJAX, WSDL and UDDI. Web services methodsare well known in the art and are covered in many standard texts. As afurther example, representational state transfer (REST), or RESTful, webservices may provide one way of enabling interoperability betweenapplications.

In one embodiment, MICROSOFT® company's Internet Information Services(IIS), Transaction Server (MTS) service, and an SQL SERVER® database,are used in conjunction with MICROSOFT® operating systems, WINDOWS NT®web server software, SQL SERVER® database, and MICROSOFT® CommerceServer. Additionally, components such as ACCESS® software, SQL SERVER®database, ORACLE® software, SYBASE® software, INFORMIX® software, MYSQL®software, INTERBASE® software, etc., may be used to provide an ActiveData Object (ADO) compliant database management system. In oneembodiment, the APACHE® web server is used in conjunction with a LINUX®operating system, a MYSQL® database, and PERL®, PHP, Ruby, and/orPYTHON® programming languages.

In various embodiments, the server may include application servers (e.g.WEBSPHERE®, WEBLOGIC®, JBOSS®, POSTGRES PLUS ADVANCED SERVER®, etc.). Invarious embodiments, the server may include web servers (e.g. Apache,IIS, GOOGLE® Web Server, SUN JAVA® System Web Server, JAVA® VirtualMachine running on LINUX® or WINDOWS® operating systems).

Users, systems, computer-based systems or the like may communicate withthe server via a web client. The web client includes any device orsoftware which communicates via any network such as, for example anydevice or software discussed herein. The web client may include internetbrowsing software installed within a computing unit or system to conductonline transactions and/or communications. These computing units orsystems may take the form of a computer or set of computers, althoughother types of computing units or systems may be used, includingpersonal computers, laptops, notebooks, tablets, smart phones, cellularphones, personal digital assistants, servers, pooled servers, mainframecomputers, distributed computing clusters, kiosks, terminals, point ofsale (POS) devices or terminals, televisions, or any other devicecapable of receiving data over a network. The web client may include anoperating system (e.g., WINDOWS®, WINDOWS MOBILE® operating systems,UNIX′ operating system, LINUX® operating systems, APPLE® OS® operatingsystems, etc.) as well as various conventional support software anddrivers typically associated with computers. The web-client may also runMICROSOFT® INTERNET EXPLORER® software, MOZILLA® FIREFOX® software,GOOGLE® CHROME® software, APPLE® SAFARI® software, or any other of themyriad software packages available for browsing the internet.

As those skilled in the art will appreciate, the web client may or maynot be in direct contact with the server (e.g., application server, webserver, etc., as discussed herein). For example, the web client mayaccess the services of the server through another server and/or hardwarecomponent, which may have a direct or indirect connection to an internetserver. For example, the web client may communicate with the server viaa load balancer. In various embodiments, web client access is through anetwork or the internet through a commercially-available web-browsersoftware package. In that regard, the web client may be in a home orbusiness environment with access to the network or the internet. The webclient may implement security protocols such as Secure Sockets Layer(SSL) and Transport Layer Security (TLS). A web client may implementseveral application layer protocols including HTTP, HTTPS, FTP, andSFTP.

Any databases discussed herein may include relational, hierarchical,graphical, blockchain, object-oriented structure, and/or any otherdatabase configurations. Any database may also include a flat filestructure wherein data may be stored in a single file in the form ofrows and columns, with no structure for indexing and no structuralrelationships between records. For example, a flat file structure mayinclude a delimited text file, a CSV (comma-separated values) file,and/or any other suitable flat file structure. Common database productsthat may be used to implement the databases include DB2® by IBM®(Armonk, N.Y.), various database products available from ORACLE®Corporation (Redwood Shores, Calif.), MICROSOFT ACCESS® or MICROSOFT SQLSERVER® by MICROSOFT® Corporation (Redmond, Wash.), MYSQL® by MySQL AB(Uppsala, Sweden), MONGODB®, Redis, Apache Cassandra®, HBASE® byAPACHE®, MapR-DB by the MAPR® corporation, or any other suitabledatabase product. Moreover, any database may be organized in anysuitable manner, for example, as data tables or lookup tables. Eachrecord may be a single file, a series of files, a linked series of datafields, or any other data structure.

Any database discussed herein may comprise a distributed ledgermaintained by a plurality of computing devices (e.g., nodes) over apeer-to-peer network. Each computing device maintains a copy and/orpartial copy of the distributed ledger and communicates with one or moreother computing devices in the network to validate and write data to thedistributed ledger. The distributed ledger may use features andfunctionality of blockchain technology, including, for example,consensus-based validation, immutability, and cryptographically chainedblocks of data. The blockchain may comprise a ledger of interconnectedblocks containing data. The blockchain may provide enhanced securitybecause each block may hold individual transactions and the results ofany blockchain executables. Each block may link to the previous blockand may include a timestamp. Blocks may be linked because each block mayinclude the hash of the prior block in the blockchain. The linked blocksform a chain, with only one successor block allowed to link to one otherpredecessor block for a single chain. Forks may be possible wheredivergent chains are established from a previously uniform blockchain,though typically only one of the divergent chains will be maintained asthe consensus chain. In various embodiments, the blockchain mayimplement smart contracts that enforce data workflows in a decentralizedmanner. The system may also include applications deployed on userdevices such as, for example, computers, tablets, smartphones, Internetof Things devices (“IoT” devices), etc. The applications may communicatewith the blockchain (e.g., directly or via a blockchain node) totransmit and retrieve data. In various embodiments, a governingorganization or consortium may control access to data stored on theblockchain. Registration with the managing organization(s) may enableparticipation in the blockchain network.

Data transfers performed through the blockchain-based system maypropagate to the connected peers within the blockchain network within aduration that may be determined by the block creation time of thespecific blockchain technology implemented. For example, on anETHEREUM®-based network, a new data entry may become available withinabout 13-20 seconds as of the writing. On a HYPERLEDGER® Fabric 1.0based platform, the duration is driven by the specific consensusalgorithm that is chosen and may be performed within seconds. In thatrespect, propagation times in the system may be improved compared toexisting systems, and implementation costs and time to market may alsobe drastically reduced. The system also offers increased security atleast partially due to the immutable nature of data that is stored inthe blockchain, reducing the probability of tampering with various datainputs and outputs. Moreover, the system may also offer increasedsecurity of data by performing cryptographic processes on the data priorto storing the data on the blockchain. Therefore, by transmitting,storing, and accessing data using the system described herein, thesecurity of the data is improved, which decreases the risk of thecomputer or network from being compromised.

In various embodiments, the system may also reduce databasesynchronization errors by providing a common data structure, thus atleast partially improving the integrity of stored data. The system alsooffers increased reliability and fault tolerance over traditionaldatabases (e.g., relational databases, distributed databases, etc.) aseach node operates with a full copy of the stored data, thus at leastpartially reducing downtime due to localized network outages andhardware failures. The system may also increase the reliability of datatransfers in a network environment having reliable and unreliable peers,as each node broadcasts messages to all connected peers, and, as eachblock comprises a link to a previous block, a node may quickly detect amissing block and propagate a request for the missing block to the othernodes in the blockchain network. For more information on distributedledgers implementing features and functionalities of blockchain, seeU.S. application Ser. No. 15/266,350 titled SYSTEMS AND METHODS FORBLOCKCHAIN BASED PAYMENT NETWORKS and filed on Sep. 15, 2016, U.S.application Ser. No. 15/682,180 titled SYSTEMS AND METHODS FOR DATA FILETRANSFER BALANCING AND CONTROL ON BLOCKCHAIN and filed Aug. 21, 2017,U.S. application Ser. No. 15/728,086 titled SYSTEMS AND METHODS FORLOYALTY POINT DISTRIBUTION and filed Oct. 9, 2017, U.S. application Ser.No. 15/785,843 titled MESSAGING BALANCING AND CONTROL ON BLOCKCHAIN andfiled on Oct. 17, 2017, U.S. application Ser. No. 15/785,870 titled APIREQUEST AND RESPONSE BALANCING AND CONTROL ON BLOCKCHAIN and filed onOct. 17, 2017, U.S. application Ser. No. 15/824,450 titled SINGLESIGN-ON SOLUTION USING BLOCKCHAIN and filed on Nov. 28, 2017, U.S.application Ser. No. 15/824,513 titled TRANSACTION AUTHORIZATION PROCESSUSING BLOCKCHAIN and filed on Nov. 28, 2017, U.S. application Ser. No.15/943,168 titled TRANSACTION PROCESS USING BLOCKCHAIN TOKEN SMARTCONTRACTS and filed on Apr. 2, 2018, U.S. application Ser. No.15/943,271 titled FRAUD MANAGEMENT USING A DISTRIBUTED DATABASE andfiled on Apr. 2, 2018, U.S. application Ser. No. 16/012,598 titledBUYER-CENTRIC MARKETPLACE USING BLOCKCHAIN and filed on Jun. 19, 2018,U.S. application Ser. No. 16/051,126 titled System and Method forTransaction Account Based Micro-Payments and filed on Jul. 31, 2018, andU.S. application Ser. No. 16/052,416 titled PROCUREMENT SYSTEM USINGBLOCKCHAIN and filed on Aug. 1, 2018, the contents of which are eachincorporated by reference in its entirety.

Association of certain data may be accomplished through any desired dataassociation technique such as those known or practiced in the art. Forexample, the association may be accomplished either manually orautomatically. Automatic association techniques may include, forexample, a database search, a database merge, GREP, AGREP, SQL, using akey field in the tables to speed searches, sequential searches throughall the tables and files, sorting records in the file according to aknown order to simplify lookup, and/or the like. The association stepmay be accomplished by a database merge function, for example, using a“key field” in pre-selected databases or data sectors. Various databasetuning steps are contemplated to optimize database performance. Forexample, frequently used files such as indexes may be placed on separatefile systems to reduce in/Out (“I/O”) bottlenecks.

More particularly, a “key field” partitions the database according tothe high-level class of objects defined by the key field. For example,certain types of data may be designated as a key field in a plurality ofrelated data tables and the data tables may then be linked on the basisof the type of data in the key field. The data corresponding to the keyfield in each of the linked data tables is preferably the same or of thesame type. However, data tables having similar, though not identical,data in the key fields may also be linked by using AGREP, for example.In accordance with one embodiment, any suitable data storage techniquemay be utilized to store data without a standard format. Data sets maybe stored using any suitable technique, including, for example, storingindividual files using an ISO/IEC 7816-4 file structure; implementing adomain whereby a dedicated file is selected that exposes one or moreelementary files containing one or more data sets; using data setsstored in individual files using a hierarchical filing system; data setsstored as records in a single file (including compression, SQLaccessible, hashed via one or more keys, numeric, alphabetical by firsttuple, etc.); data stored as Binary Large Object (BLOB); data stored asungrouped data elements encoded using ISO/IEC 7816-6 data elements; datastored as ungrouped data elements encoded using ISO/IEC Abstract SyntaxNotation (ASN.1) as in ISO/IEC 8824 and 8825; other proprietarytechniques that may include fractal compression methods, imagecompression methods, etc.

In various embodiments, the ability to store a wide variety ofinformation in different formats is facilitated by storing theinformation as a BLOB. Thus, any binary information can be stored in astorage space associated with a data set. As discussed above, the binaryinformation may be stored in association with the system or external tobut affiliated with system. The BLOB method may store data sets asungrouped data elements formatted as a block of binary via a fixedmemory offset using either fixed storage allocation, circular queuetechniques, or best practices with respect to memory management (e.g.,paged memory, least recently used, etc.). By using BLOB methods, theability to store various data sets that have different formatsfacilitates the storage of data, in the database or associated with thesystem, by multiple and unrelated owners of the data sets. For example,a first data set which may be stored may be provided by a first party, asecond data set which may be stored may be provided by an unrelatedsecond party, and yet a third data set which may be stored, may beprovided by a third party unrelated to the first and second party. Eachof these three exemplary data sets may contain different informationthat is stored using different data storage formats and/or techniques.Further, each data set may contain subsets of data that also may bedistinct from other subsets.

As stated above, in various embodiments, the data can be stored withoutregard to a common format. However, the data set (e.g., BLOB) may beannotated in a standard manner when provided for manipulating the datain the database or system. The annotation may comprise a short header,trailer, or other appropriate indicator related to each data set that isconfigured to convey information useful in managing the various datasets. For example, the annotation may be called a “condition header,”“header,” “trailer,” or “status,” herein, and may comprise an indicationof the status of the data set or may include an identifier correlated toa specific issuer or owner of the data. In one example, the first threebytes of each data set BLOB may be configured or configurable toindicate the status of that particular data set; e.g., LOADED,INITIALIZED, READY, BLOCKED, REMOVABLE, or DELETED. Subsequent bytes ofdata may be used to indicate for example, the identity of the issuer,user, transaction/membership account identifier or the like. Each ofthese condition annotations are further discussed herein.

The annotation may also be used for other types of status information aswell as various other purposes. For example, the data set annotation mayinclude security information establishing access levels. The accesslevels may, for example, be configured to permit only certainindividuals, levels of employees, companies, or other entities to accessdata sets, or to permit access to specific data sets based on thetransaction, merchant, issuer, user, or the like. Furthermore, thesecurity information may restrict/permit only certain actions such asaccessing, modifying, and/or deleting data sets. In one example, thedata set annotation indicates that only the data set owner or the userare permitted to delete a data set, various identified users may bepermitted to access the data set for reading, and others are altogetherexcluded from accessing the data set. However, other access restrictionparameters may also be used allowing various entities to access a dataset with various permission levels as appropriate.

The data, including the header or trailer, may be received by astandalone interaction device configured to add, delete, modify, oraugment the data in accordance with the header or trailer. As such, inone embodiment, the header or trailer is not stored on the transactiondevice along with the associated issuer-owned data but instead theappropriate action may be taken by providing to the user at thestandalone device, the appropriate option for the action to be taken.The system may contemplate a data storage arrangement wherein the headeror trailer, or header or trailer history, of the data is stored on thesystem, device or transaction instrument in relation to the appropriatedata.

One skilled in the art will also appreciate that, for security reasons,any databases, systems, devices, servers, or other components of thesystem may consist of any combination thereof at a single location or atmultiple locations, wherein each database, system, device, server,and/or other component includes any of various suitable securityfeatures, such as firewalls, access codes, encryption, decryption,compression, decompression, and/or the like.

Encryption may be performed by way of any of the techniques nowavailable in the art or which may become available—e.g., Twofish, RSA,El Gamal, Schorr signature, DSA, PGP, PM, GPG (GnuPG), HPEFormat-Preserving Encryption (FPE), Voltage, Triple DES, Blowfish, AES,MD5, HMAC, IDEA, RC6, and symmetric and asymmetric cryptosystems. Thesystems and methods may also incorporate SHA series cryptographicmethods, elliptic-curve cryptography (e.g., ECC, ECDH, ECDSA, etc.),and/or other post-quantum cryptography algorithms under development.

A firewall may include any hardware and/or software suitably configuredto protect CMS components and/or enterprise computing resources fromusers of other networks. Further, the firewall may be configured tolimit or restrict access to various systems and components behind thefirewall for web clients connecting through a web server. The firewallmay reside in varying configurations including Stateful Inspection,Proxy based, access control lists, and Packet Filtering among others.The firewall may be integrated within a web server or any other CMScomponents or may further reside as a separate entity. The firewall mayimplement network address translation (“NAT”) and/or network addressport translation (“NAPT”). The firewall may accommodate varioustunneling protocols to facilitate secure communications, such as thoseused in virtual private networking. The firewall may implement ademilitarized zone (“DMZ”) to facilitate communications with a publicnetwork such as the internet. The firewall may be integrated as softwarewithin an internet server, any other application server components ormay reside within another computing device or may take the form of astandalone hardware component.

The system and method may be described herein in terms of functionalblock components, screen shots, optional selections, and variousprocessing steps. It should be appreciated that such functional blocksmay be realized by any number of hardware and/or software componentsconfigured to perform the specified functions. For example, the systemmay employ various integrated circuit components, e.g., memory elements,processing elements, logic elements, look-up tables, and the like, whichmay carry out a variety of functions under the control of one or moremicroprocessors or other control devices. Similarly, the softwareelements of the system may be implemented with any programming orscripting language such as C, C++, C#, JAVA®, JAVASCRIPT®, JAVASCRIPT®Object Notation (JSON), VBScript, Macromedia COLD FUSION, COBOL,MICROSOFT® company's Active Server Pages, assembly, PERL®, PHP, ask,PYTHON®, Visual Basic, SQL Stored Procedures, PL/SQL, any UNIX® shellscript, and extensible markup language (XML) with the various algorithmsbeing implemented with any combination of data structures, objects,processes, routines or other programming elements. Further, it should benoted that the system may employ any number of conventional techniquesfor data transmission, signaling, data processing, network control, andthe like. Still further, the system could be used to detect or preventsecurity issues with a client-side scripting language, such asJAVASCRIPT®, VBScript, or the like. Cryptography and network securitymethods are well known in the art and are covered in many standardtexts.

In various embodiments, the software elements of the system may also beimplemented using NODE.JS® components. NODE.JS® programs may implementseveral modules to handle various core functionalities. For example, apackage management module, such as NPM®, may be implemented as an opensource library to aid in organizing the installation and management ofthird-party NODE.JS® programs. NODE.JS® programs may also implement aprocess manager such as, for example, Parallel Multithreaded Machine(“PM2”); a resource and performance monitoring tool such as, forexample, Node Application Metrics (“appmetrics”); a library module forbuilding user interfaces, and/or any other suitable and/or desiredmodule.

As will be appreciated by one of ordinary skill in the art, the systemmay be embodied as a customization of an existing system, an add-onproduct, a processing apparatus executing upgraded software, astand-alone system, a distributed system, a method, a data processingsystem, a device for data processing, and/or a computer program product.Accordingly, any portion of the system or a module may take the form ofa processing apparatus executing code, an internet-based embodiment, anentirely hardware embodiment, or an embodiment combining aspects of theinternet, software, and hardware. Furthermore, the system may take theform of a computer program product on a computer-readable storage mediumhaving computer-readable program code means embodied in the storagemedium. Any suitable computer-readable storage medium may be utilized,including hard disks, CD-ROM, SONY BLU-RAY DISC®, optical storagedevices, magnetic storage devices, and/or the like.

The term “non-transitory” is to be understood to remove only propagatingtransitory signals per se from the claim scope and does not relinquishrights to all standard computer-readable media that are not onlypropagating transitory signals per se. Stated another way, the meaningof the term “non-transitory computer-readable medium” and“non-transitory computer-readable storage medium” should be construed toexclude only those types of transitory computer-readable media whichwere found in In re Nuijten to fall outside the scope of patentablesubject matter under 35 U.S.C. § 101.

Benefits, other advantages, and solutions to problems have beendescribed herein with regard to specific embodiments. However, thebenefits, advantages, solutions to problems, and any elements that maycause any benefit, advantage, or solution to occur or become morepronounced are not to be construed as critical, required, or essentialfeatures or elements of the disclosure. The scope of the disclosure isaccordingly limited by nothing other than the appended claims, in whichreference to an element in the singular is not intended to mean “one andonly one” unless explicitly so stated, but rather “one or more.”Moreover, where a phrase similar to ‘at least one of A, B, and C’ or ‘atleast one of A, B, or C’ is used in the claims or specification, it isintended that the phrase be interpreted to mean that A alone may bepresent in an embodiment, B alone may be present in an embodiment, Calone may be present in an embodiment, or that any combination of theelements A, B and C may be present in a single embodiment; for example,A and B, A and C, B and C, or A and B and C.

Although the disclosure includes a method, it is contemplated that itmay be embodied as computer program instructions on a tangiblecomputer-readable carrier, such as a magnetic or optical memory or amagnetic or optical disk. All structural, mechanical, electrical, andfunctional equivalents to the elements of the above-described variousembodiments that are known to those of ordinary skill in the art areexpressly incorporated herein by reference and are intended to beencompassed by the present claims. Moreover, it is not necessary for adevice or method to address each and every problem sought to be solvedby the present disclosure, for it to be encompassed by the presentclaims. Furthermore, no element, component, or method step in thepresent disclosure is intended to be dedicated to the public regardlessof whether the element, component, or method step is explicitly recitedin the claims. No claim element is intended to invoke 35 U.S.C. § 112(f)unless the element is expressly recited using the phrase “means for” or“step for.” As used herein, the terms “comprises,” “comprising,” or anyother variation thereof, are intended to cover a non-exclusiveinclusion, such that a process, method, article, or apparatus thatcomprises a list of elements does not include only those elements butmay include other elements not expressly listed or inherent to suchprocess, method, article, or apparatus.

What is claimed is:
 1. A method, comprising: receiving, by a processor,a motion-enabled transaction request from a user computing devicecomprising an air sign input, wherein the air sign input comprisesaccelerometer tracked data associated with motion and velocity of aunique movement of the user computing device, wherein the uniquemovement simulates a shape of an air sign symbol, and wherein the airsign symbol is enacted by a user while holding the user computingdevice; inputting, by the processor, the received air sign input into atrained neural network model to determine a stored air sign symbolassociated with the air sign symbol comprised in the air sign input;retrieving, by the processor, a merchant identifier, a transaction type,and a transaction cost based on the determined stored air sign symbol;and transmitting, by the processor, to the user computing device atransaction confirmation comprising the merchant identifier, thetransaction type, and the transaction cost in response to the determinedstored air sign symbol.
 2. The method of claim 1, further comprisingpreprocessing, by the processor, the air sign input by at least one offiltering or normalizing the air sign input.
 3. The method of claim 1,further comprising receiving, by the processor, a second air sign inputbased on the transaction confirmation.
 4. The method of claim 1, furthercomprising transmitting, by the processor, a transaction authorizationrequest to a payment network, wherein the transaction authorizationrequest comprises a user identifier and the transaction cost, andwherein the payment network authorizes the transaction authorizationrequest to approve the motion-enabled transaction request.
 5. The methodof claim 4, further comprising transmitting, by the processor, atransaction approval notification to complete the motion-enabledtransaction request.
 6. The method of claim 1, wherein the air signinput is generated by a merchant device, and wherein the merchant devicegenerates the air sign input by capturing a user gesture.
 7. The methodof claim 1, wherein the motion-enabled transaction request comprises GPSlocation data, and wherein the merchant identifier is determined basedon the stored air sign symbol and the GPS location data.
 8. A systemcomprising: a processor; and a tangible, non-transitory memoryconfigured to communicate with the processor, the tangible,non-transitory memory having instructions stored thereon that, inresponse to execution by the processor, cause the processor to performoperations comprising: receiving, by the processor, a motion-enabledtransaction request from a user computing device comprising an air signinput, wherein the air sign input comprises accelerometer tracked dataassociated with motion and velocity of a unique movement of the usercomputing device and the unique movement simulates a shape of an airsign symbol, and wherein the air sign symbol is enacted by a user whileholding the user computing device; inputting, by the processor, thereceived air sign input into a trained neural network model to determinea stored air sign symbol; retrieving, by the processor, a merchantidentifier, a transaction type, and a transaction cost based on thedetermined stored air sign symbol; and transmitting, by the processor,to the user computing device a transaction confirmation comprising themerchant identifier, the transaction type, and the transaction cost inresponse to the determined stored air sign symbol.
 9. The system ofclaim 8, further comprising preprocessing, by the processor, the airsign input by at least one of filtering or normalizing the air signinput.
 10. The system of claim 8, further comprising receiving, by theprocessor, a second air sign input based on the transactionconfirmation.
 11. The system of claim 8, further comprising:transmitting, by the processor, a transaction authorization request to apayment network, wherein the transaction authorization request comprisesa user identifier and the transaction cost, and wherein the paymentnetwork authorizes the transaction authorization request to approve themotion-enabled transaction request; and transmitting, by the processor,a transaction approval notification to complete the motion-enabledtransaction request.
 12. The system of claim 8, wherein the air signinput is generated by a merchant device, and wherein the merchant devicegenerates the air sign input by capturing a user gesture.
 13. The systemof claim 8, wherein the motion-enabled transaction request comprises GPSlocation data, and wherein the merchant identifier is determined basedon the stored air sign symbol and the GPS location data.
 14. An articleof manufacture including a non-transitory, tangible computer readablestorage medium having instructions stored thereon that, in response toexecution by a computer-based system, cause the computer-based system toperform operations comprising: receiving, by the computer-based system,a motion-enabled transaction request from a user computing devicecomprising an air sign input, wherein the air sign input comprisesaccelerometer tracked data associated with motion and velocity of aunique movement of the user computing device and the unique movementsimulates a shape of an air sign symbol, and wherein the air sign symbolis enacted by a user while holding the user computing device; inputting,by the computer-based system, the received air sign input into a trainedneural network model to determine a stored air sign symbol; retrieving,by the computer-based system, a merchant identifier, a transaction type,and a transaction cost based on the determined stored air sign symbol;and transmitting, by the computer-based system, to the user computingdevice a transaction confirmation comprising the merchant identifier,the transaction type, and the transaction cost in response to thedetermined stored air sign symbol.
 15. The article of manufacture ofclaim 14, further comprising preprocessing, by the computer-basedsystem, the air sign input by at least one of filtering or normalizingthe air sign input.
 16. The article of manufacture of claim 14, furthercomprising receiving, by the computer-based system, a second air signinput based on the transaction confirmation.
 17. The article ofmanufacture of claim 14, further comprising: transmitting by thecomputer-based system, a transaction authorization request to a paymentnetwork, wherein the transaction authorization request comprises a useridentifier and the transaction cost, and wherein the payment networkauthorizes the transaction authorization request to approve themotion-enabled transaction request; and transmitting, by thecomputer-based system, a transaction approval notification to completethe motion-enabled transaction request.